home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 285 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.3 KB  |  71 lines
  1. Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.hardware,comp.sys.amiga.misc
  2. Path: netnews.upenn.edu!dsinc!scala!news
  3. From: dave.haynie@scala.com (Dave Haynie)
  4. Subject: Re: HD/DD drives jumpered = games/apps not working correctly
  5. Sender: news@scala.scala.com (Usenet administrator)
  6. Message-ID: <1996Jan4.204402.10088@scala.scala.com>
  7. Date: Thu, 4 Jan 1996 20:44:02 GMT
  8. Reply-To: dave.haynie@scala.com (Dave Haynie)
  9. References: <4c5ejt$qrs@coranto.ucs.mun.ca>
  10. Nntp-Posting-Host: gator
  11. Organization: Scala Computer Television, US Research Center
  12.  
  13. In <4c5ejt$qrs@coranto.ucs.mun.ca>, gnoel@morgan.ucs.mun.ca (George Noel) writes:
  14. >Will there be a fix in the OS to make up for the newer drives in the 
  15. >A1200 breaking older A1200 programs on floppy? 
  16.  
  17. The problem isn't an OS problem; the OS works fine with those
  18. drives. These programs break simply because they aren't using the OS,
  19. they're banging things directly. It may also be that the floppy drives
  20. are behaving unexpectedly, but given that the OS does the right thing
  21. with such drives, I would wager it's the typically stupid "I can do
  22. this better than the OS" striking again. Programs fail from ego as
  23. much as any good reason this way. 
  24.  
  25. >If you want to make the changes/standards of enforcing not hitting
  26. >the hardware directly, 
  27.  
  28. The idea of leaving the hardware alone as much as possible was
  29. _started_ at the beginning for the most part, and strongly encouraged
  30. by C= Engineering and CATS all along. When details were given out
  31. about the underlying hardware, it was with the information that
  32. ANYTHING YOU DO WITH THIS INFORMATION WILL EVENTUALLY BREAK. Plain and
  33. simple. Any game programmer doing anything "to the metal" does it with
  34. full knowledge that it will eventually break. If it's critical to the
  35. success of the product, that's a risk they take to make things better
  36. now. What's senseless is that there's absolutely no reason for this
  37. kind of thing in the floppy code, aside from (usually worthless) copy
  38. protection. Copy protection is also high on the list of thing that
  39. break going to new CPU generations. 
  40.  
  41. >START with the Power Amiga but included a hack/kludge to enable those
  42. >apps/games that don't run under the new drives to work.
  43.  
  44. There is NOTHING you can do in software; the game is the culprit,
  45. fixing it is the only possible software solution. After all, the game
  46. has thrown out the OS at that point, in all likelihood. The other
  47. possibility is modifying the drive to push around RDY like the older
  48. drives did, but only the drive vendors would know if that's likely to
  49. be possible or not. If this WAS an OS problem, it could be fixed with
  50. a SetPatch. That's why you're supposed to use the OS; it's job is
  51. hooking applications to hardware.
  52.  
  53. >If this is the case, will the older drives ALSO break software wrote for the
  54. >newer ones?
  55.  
  56. If you do what the OS does in banging the drive, it works, new or
  57. old. 
  58.  
  59. >MAN, when will it end?
  60.  
  61. Well, a protected OS does have the ability to prevent application
  62. banging of the hardware. That's good for longevity, but bad for
  63. performance. Users want both, but they can't have both. 
  64.  
  65. Dave Haynie          | ex-Commodore Engineering |   for DiskSalv 3 &
  66. Sr. Systems Engineer |  Hardwired Media Company | "The Deathbed Vigil"
  67. Scala Inc., US R&D   |    Ki No Kawa Aikido     |     info@iam.com
  68.  
  69.          "Feeling ... Pretty ... Psyched" -R.E.M.
  70.  
  71.